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a Tf^nsmission Control Protocol (TCP) handshgKe, the communications link 
having a congestion window set to an initial length; 

(ii) transmitting data packets in TCP from the transmitter to the receiver; 

(iii) detecting a missing data packet at the receiver; 

(iv) sending a negative acknowtedomeot from the receiver to the transmitter for the 
missing data packet, the receiver being unresponsive to any packets from the 
transmitter unless Hie receiver detects the missing data packet; 

(V) decreasing , at the transmitter, the length of the congestion window in response 
to receipt of the negative acknowledgment; and 

(vi) re-transmitting the missing data packet. 

[3] According to claim 1 of the present invention, therefore, a receiver sends a NAK to a 
transmitter when it detects a missing data packet, and the transmitter decrease a 
congestion window in response to a receipt of the NAK in a data communication 
network epnplovinQ TCP protocol . According to claim 1 1 , a receiver sends a NAK to a 
transmitter when it detects a missing data packet, and then sets a missing-packet 
timer. When the time is expired and the missing data packet has not been received, 
the receiver sends a further NAK to the transmitter Round-trip lime (RTT) is a 
measure of the time it takes for a packet to travel. Transport protocols like TCP which 
expect an acknowledgment to arrive after data has been successfully received, keep 
an estimate of the cun^nt RTT on each connectkan. UDP does not have RTT, 
According to claim 22. a transmitter sets a (TCP) round-trip timer on sending a 
sequence of data packets, and adjusts a congestion window in response to receipt of 
the NAK and expire of the round-trip timer. 

[41 Applicant notes that Hamilton et al. (US 6,392,993. hereinafter referred to as 
Hamiton) has been cited In all rejections under 35 USC 103. Hamilton, however, is 
direcied to ''method and computer program product for efficientiv and reliably sending 
small data messages from a sending system to a large number of receivino 
systems' . The tftle of Hamilton patent clearly and adequately lists the technical 
requirements in the Hamilton patent 1 . sending small data messages; 2. efficiency; 
3. reliability; 4, from a system; and 5. to a large number of receiving s^^tems. A 
person skilled in the art will readily appreciate that " from a sending system to a large 
number of receivino systems" is a characteristic of a multicast or a broadcast system. 
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[5] Throughout Hamiton tl is clear that HanDilton is based upon UDP protocol to achieve 
the five elements listed above, and at the same time, teaches away from the use of 
TCP protocol. A fundamental difference between the UDP protocol and the TCP 
protocol Is that UDP is a connectionless protocol in the transport layer of the OSI 
model, while TCP is a connection-oriented protocol. Using con nection-oriented 
protocol, tenminals of a communication link exchange data first to declare towards 
each other that they want to do so. This is called "establishing a connection** or 
"handshake", A connection is always a point-to-point unicast . In connectionless mode 
transmission is transmission in v^ich each packet is prepended with a header 
containing a destination address sufficient to penriit the independent delivery of the 
packet without the aid of addittonal instructions. Connectionless protocols allow for 
multicast and broadcast operations, however, it usually cannot be guaranteed that 
there will be no loss, enor insertion, misdelivery, duplication, or out-of-sequence 
delivery of the packets. 

[6] Hamilton therefore stated at column 1. lines 46 to 56, when discussing the 
background of the Invention: 

One way to ensure reliafaility is to communicate v^ffth each gnd every receiving system 
using a connection based protocol, such as TCP over an IP network. In a connection 
based protocol, one system fomis a connection to another system, transacts alt 
communication with that system, and terminates the connection. If communication with 
multiple systems is desired, a connection is formed with each system, in turn. The 
overtiead associated with creating and managing a connection between a sending 
system and a number of receiving systems is prohibitively expensive when there are a 
large number of receiving systems. 

[7] Here, Hamilton stated that TCP is reliable but not efficient for **a connection between 
a sending system and a number of receiving systems". 

[8] Hamilton moved on to describe the UDP system at column 1 , lines 57 to 67: 

In order to reduce the overhead associated with connection based protocols, 
connectionless protocols, such as UDP over an IP network, have been developed. 
Connectionless protocols typically rely on a broadcast or •^multicast" model where a 
single message Is broadcast to a multiple receiving systems vwthout forming a 
connection with the individual systems. This approach ellmtnates the overheacf 
associated with forming connections with each system, but suffers from the inabititvto 
guarantee receipt of messages to all av&tems . For IP networks, multicast is unreliable 
by design in order to reduce overhead of sending packets 10 multiple destinations. 

[9] Here. Hamilton stated that UDP is efficient but not reliable for ^a connection between 
a sending system and a number of receiving systems". 
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[10] Hamilton stated in the sumnrary of the invention, at column 3. lines 3 to 21 : 

To overcome the problems in the prior art two proto pols have bee n developed. The 
base protocol, generally fBfened to as Statistically Reliabte Transmis^on or statistical 
reliability mode, refies on a probabilistic model that can be tuned to reduce the 
probability that any single system did not receive a message to an arbitrarily small 
number thus essentially ensuring that all systems receive a message. For those 
situations that the statistical model is Insufficient and receipt must be guaranteed, minor 
modifications can be made to the protocol to produce a Posttlve Reliability 
Transmission protocol or positive reliability mode where systems that do not receive a 
message can be identified and steps can be taken to ensure they receive the message. 

Both protocQts a^a based on UPP and both protocols multicast UDP packets to one or 
many recipients. The basic protocol relies on the transmission of multiple packets. 

[11] and in the detailed description at column 7, lines 53 to 66: 

The present invention achieves both efficiency and reilafailltv by b ultdtnq high-level 
protocols upon a basic UDP multicast prctocQl. Since UDP is inherently unreliable, 
reliability Is added by layering additional protocols upon UDP. The resuJt Is a protocol 
that a<^ieves the efficiency of UDP multicast with very high reliability. Embodiments 
within the present Invention can operate in either a statistical retiabilitv mode or a 
posittva reliability mode . The statistical reliatHlity mode can be adjusted to lower the 
probability that any system did not receive a message to a vary small number. The 
positive reliability mode adds to the functionality of the statistical reiiabillty mode by 
further providing senders with the Knowledge of which Intended recipients did and did 
not receive tt)e message. 



[12] It $hould(^ertherefore, apparent to a person skilled in the art that Hamikon is 



directed to "method and computer program product for efficiently and reliably sending 
small data messages from a sending system to a large number of necerving systems" 
based upon UDP protocol. 



[13] Responsive to section 3 of the Office Action, wherein the Examiner states: 

Claims 1 » 10-12, 14, 22-23 and 2S-29 are rejected under 35 U,S.C. 103(a) as being 
unpatentable^ over Hamilton* In view of Kadansky et al (US Patent No. 6,507,562), 
hereinafter, Kadansky. 

For claims. 1 . 1 1-12. 22, and 28-29, Hamilton discloses, "a method for error recovery 
{refer to col. 19 lines 57-87 congestion control and transmission control in a data 
communicatiCHi. refer to abstract'^ ™ coj. t lines 24-31^^^, cd. 31 lines 12-17^'-^. 
comprising: 

- a communication link between a transmitter and the raceiver being established 
through a TCP handshake, col. 1 lines 46-53" and col. 8 lines 39-45^ 

- a communication window set to an initial length (transmission rate), refer to coi. 1 5 
lines 3t>-35^-" and col. 31 lines 50-51 ^-^^ 

- transmitting data packets from the transmitter to the receiver, abstract (lines 3-4)^. 
coi. 2 lines 44-48^'^\ 
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- detecting a missing packet at the receiver, as redted by claims 1.11-12, and 22, 
refer to col, 19 lines 57-67^^ and col. 31 lines 19-23^; setring a timer (NAK wait timer 
is started), refer to coL 19 lines 57-59"; 

- sending a negativB acknowledgment from ttie receiver to the transmitter for the 
missing data packet, refer to col. 13 Ones 23-24^-^. coj. 31 line 65^ and coJ. 32 lines 
29-34^* 

- where the missing packet is not received at the receiver in response to the negative 
acknowledgment before e;^iry of missing -packet timer, sending a further negative 
acknowledgment, recited by claim 23. refer to col. 20 lines 10-11; 

- decreasing at the transmitter, the length of the congestion window in response to 
receipt of negative acknowledgment, refer to coi.ie lines 20-37^^; 

- re-transmitUng the missing packet- Refer to col. 3 line 60^°'^, col. 14 lines 13-18"^^ 

Kadanskiy discloses "MACK for missing packets on»y", refer to co|. 1 line 65*^** 
through col. 2 fine 16 (An example of a reliable unicast protoccrf is tne well known 
TCP/IP protocol). 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invenUon to use the capability of using NACKs, as taught by Kadansky^. The NACKs 
are integrated (combined) into the receiver. The suggestion/motivatton to do so would 
have been to ensure me re-transmission of packets by sender to receiver. 

114J Applicant respectfully disagrees and traverses the Examiner's rejections. Following 
paragraphd (15] to [45] are a detailed discussion as to why the Examiner'9 
rejections are without merits. Superscripts in the Examiner's statement in 
paragraph [13] are cross-references to the paragraph numbers in the following 
comments. 



[IS] Hamilton stated at column 19 lines 57-67: 

When a gap in the packet sequence is detected by the reception of a packet with a 
non-saquential packet sequence number, a NAK wait timer is started . At the expiration 
of the NAK wait time, a NAK is transmitted to sending system 144 to notify sending 
system 144 that a packet has been missed. Embodiments within the scope of this 
invention may comprise means for transmitting a request for packet retransmission. 
By way of example, and not limitation, in FIG. 8 such means Is illustrated by NAK 
timer 152. NAK timer 152 may watch message receive fist 150 to detect non- 
sequential packet numbers. 

[16] Here, Hamilton was discussing statistical reliability mode , which, as stated above in 
paragraphs [10] and [11], and readily appreciated by a person skilled in the art 
reading the sp&c|ficatk)n as a whole, in particular from column 7> line 53 column 19, 
line 67, is Implemented on UDP protocoL Applicant notes that Hamilton teaches NAK 
wtien implementing the two " high-level protocols upon a basic UDP multicast 
prolocor, here, a NAK w^it timer is necessary since the high-level protocol is based 
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on statistical reliability , however, Hamilton does not teach or suggest using NAK in 
conjunction wim TCP , a connection oriented protocol. 

[17] Hamilton stated in the Abstract; 

In a networic with a sending system netwo*ed to at least one receiving system, it is 
sometimes desirable to transfer reiatrvety short messages between the sending 
system and oqe or more receiving systems in a highly reliable vet hiohlv efficient 
m^nc^er . The present invention defines two short message protocols, one of which 
relies on a statistical model and the other of which uses positive ackn owledoement to 
track receipt of transmitted packets by intended recipient. The statistical rellabihtv 
mode is based on ttie obsenfafion that for each packet in a message that is 
transmitted* the probability that at least one packet of the message is received by a 
given system increases. Thus, in the statistical reliability mode messages are divided 
into a guaranteed minimum number of packets, with additional packets being added if 
the mes^oe length is insuffif^ent to fill the minimum number of packets. The ppsitive 
fel^bilitymode of the present invention periodically sets an acknowledgement flag In 
the packets transmitted for a message. Receiving systems send an acknowledgement 
in response to receipt of that packet. The sending system tracks receipt of 
acknowledgements by intended recipient and retransmits any unacknowledged 
packets so as to positively assure the packets are received. Receivino systems send 
negative acknowledqements to request retran smission o f missing packets . Negative 
acknowledgemeni suppression is imp^mented at both the sender and receiver to 
prevent a flood of negative acknowledgements from ovenA/helming the network. 
Packets are transmitted by the sending system at a transmission rate selected to 
avoid any adverse impact on the packet loss rate of the network, 

[18] Reading in the context, Hamilton discussed in the Abstract that the "statistical 
reliability mode" and the "positive reliability mode" aspects of the Hamilton patent to 
transfer relatively short messages between the sending system and one or more 
receiving systems in a reliable and efficient manner It should be apparent to a 
person skilled in the art. as discussed In ^e above paragraphs [5] to [11], and [15] to 
[1 6] that this Is directed to high-level protocols upon a basic UDP multicast protocol. 
Applicant notes that negative acknowledgement is used in Hamilton in the 
implementation of the high-level protocols. Hamilton does not teach or suggest the 
use of NAK in TCP protocol. 

[19] Hamilton stated at column 1 , lines 24 -31 : 

The field of the present invention relates to small data measace transmission from a 
sendjr^ system to a Plurality of nerwofked receiving, systems. Such data 
communication is useful for centrally monitoring and controlling systems 
simultaneously. More particularly, the present invention deals with techniques for 
reiiablv making the transmission while simultaneously reducing the network traffic 
associated with such reliability. 

[20] Similar to the discussion in paragraph [4]. Hamilton described here: the technical 
requirements In the Hamilton patent 1 . sending small data messages; 2. effk:iency; 
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3. reliability; 4. from a system; and 5. to a pluralitv of networked receiving systen^s. A 
person skilled in the art will readily appreciate that from a sending system toa 
plurality of networked receivino systems" is a characteristic of a multicast or a 
broadcast system. Hamilton does not teach or suggest the use of TCP protocol. 

121] Column 31 , lines 12 -1 7 is the preamble of claim 1 in Hamilton which reads: 

1. In a network comprising a sending sv^em networked together with at least one 
r(FK:eivipq system, a method for efficiently and reliably transmitting a data massage 
frcMTi the sending system to the at least one receiving system in a manner that 
minimizes network traffic while maintaining high reliability, the method comprising the 
steps of: [„.] 

[22] Hamilton's claim 1 is set In "a network comprising a sending system networked 
together with at least one receiving system^ although UDP is normally used in 
multicast and broadcast systems, it can also be used in point-to-point system, hence 
the ''at least one receiving system". However, Applicant notes that this preamble 
does not change the fact that Hamilton is directed to a high-level protocols upon a 
basic UDP multicast protocol as discussed, for example, in paragraphs [1 0], [11] and 
[18] because of the fundamental difference between the UDP protocol and the TCP 
protocol as discussed above in the paragraph [5]. 

[23] Column 1, lines 46 -53 in Hamilton was discussed above in paragraphs [6] to [9], 
TCP was used as an example of connection based protocol when discussing the 
background of Hamilton invention. Column 8, lines 3g-45 of Hamilton stated: 

WinSock layer 64 provkias an Application Program Interface (API) that allows higher 
level access to both TCP layer 60 and UDP layer 62. The Windows Sockets API 
provided by WinSock layer 64 provides a standardized Windows Interface to various 
transports, such as TCP. UDP and IP so that the lower level details of the transports 
are hidden from the higher levels. 

[24] Column 8, lines 39-45 of Hamilton is a description of Figure 3 and states that 
WinSock provides an API for upper layers access to transport layer protocols such 
as TCP or UDP. It does not teach "a communication link between a transmitter and 
the receiver being established through a TCP handshake" as suggested by the 
Examiner. 

[25] Column 15, lines 30 -35 in Hamilton states: 

Each of these is properly an example of means for selecting a transmission rate . 
Pacing aloorithms t hat perform well, however, should have certain charactahstlcs. In 
general, the transmission ratefor a send^ wOJ be limited between some minimum and 
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some maximum value. 

[26] Here. Hamilton is discussing the pacing alaonthm in the frame work of statistical 
reliabirity mode of the higher level protocols upon UDP. which was illustrated in 
Figure 7 and first introduced at column 14, line 66 and continues to column 15. line 
54. That the pacirrg algorithm is used in UDP based protocol. i$ better illustrated as 
follows, continuing the discussion above in paragraphs [10] to [12], Hamilton stated 
in column 3, tines 19 -32: 



poth protocols are based on UDP and both protocols mufticasl UDP packets to one or 
many recipients. The basic protocol relies on the transmission of muttlpta packets. 
Thus, when a massage fills less than a specified minimum number of packets, the 
message is expanded to fill the required minimum number of packets. The packets 
3T& numbered so tnat a recipient can detemiine if the entire message has been 
received. The packets are sent to the Intended recipients u^r>g a pacing algorfthm that 
regulates the speed at which packets are sent The pacing algorithm recognizes that 
the packet transmission rate generally influences the packet loss rate in the network, 
Pacmg the packets prevents ih© packet transmission rate from adversely influencing 
the packet loss rata 

[27] Column 31 . lines 50 -51 in Hamilton is the last element of claim 2 which states: 

[.,.] said sending system resending transmission packets which should have been 
acknowledged but which remain unacknowledged- 

[28] Cofumn 31 . lines 50 -51 in Hamilton, therefore, does not teach or suggest "a 
communication window set to an initial length" as suggested by the Examiner. 



[29] llrtes 3-4 of the Abstract in Hamilton states: 

[transfer relatively] short massages between the sending system and one or more 
receivino systems in a highly reliable yet highly [efficient manner]. 

[30] Column 2, lines 44-48 in Hamilton states: 

!t is an object of the present inv^tion to reduce the amount of network traffic 
associated with reliably sending a smalt data message from a sending system to a 
number of receivjng systems , 

[31] As discussed in paragraphs [5], [10] and [11], a person skilled in the art when 
reading Hamilton, will readily appreciate that the above two citations are for multicast 
transmission based on UDP. 



[32] The fact that the text at column 19, lines 57 -67 in Hamilton does not teach or 
suggest using NAK in conjunction with TCP , has been discussed above in the 
paragraphs [15] and [16]. Furthemnore. Applicant notes that the present application 
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as claimed by the claims presently on file, does not include a NAK timer for 
transmittinfl NAK at the expiration of the HAK wail time. 

[33] Column 31 , lines 19 - 23 of Hamilton is the first element of claim 1 . and describes 
the step how the message is sent : 

dividing the message to be sent into a plurality of data blocks and placing each data 
blocK Into a sequentially identrfied transmission packet, and if the total number of 
transmission packets rs lags than a defined minimum number , [then creating 
additional sequentially identified transmission packets until said defined minimum 
number are available]; 

How the message is received is defined at column 31 , lines 29 - 35. Therefore, 
Applicant notes that Column 31, lines 19 to 23 of Hamilton does not teach or 
suggest "^detecting a missing packet at the receiver, as recited by claims 1,11-12, 
and 22" as stated by the Examiner. 



[34] Column 13. lines 23-24 in Hamilton states: 

[Ideally, only a sufficient number of systems would respond] with t^iAKs to guarantee 
that the sender received one KAK for each packet that was missed. 

(35] Reading from the context, and as discussed in above paragraphs [5], (1 □] and 
[1 1]. it should be apparent to a person skilled in the art that this is refening to 
high-level protocols upon a basic UDP multicast protocol. For example, the 
text in Hamilton from column 12, line 66 to column 13, line 26 reads: 



Retransmission of packets requested in a NAK may result in systems that received 
no packets or systems that received less than all the packets receiving more packets 
than thev received Initially . Based on the statistical model above, each rebroadcast 
of one or more packets increases the statistical likelihood of me systems receiving 
all necessary packets. The NAK/retransmtt procedure can be continued for a 
designated period of time or until cenaln statistical criteria are met 



Although conceptually the above description results in the ability to diminish the 
statistical likelihood of any systems not receiving the information they need to an 
amitrary minimum, in reality such an approach would create severe problems in 
many practical instailatk^ns. Using an example previously presented, if the packet 
loss rate was twenty percent and if three packets were transmitted to one thousand 
recipients . Statistically we could expect that 512 recipients would receive all three 
packets, 480 recipients would receive one or two packets, and eight systems would 
receive no packets. |f ajl 48O systems sent NAKs to the sender, the vojume of 
network traffic may com oletelv overwhelm the network . As the numl>ers of Systems 
in a network increase, the problem becomes more pronounced and more serious. 
Ideally, only a sufficient number of systems would respond with NAKs to guarantee 
that the sender received one NAK for each packet that was missed. Practically, 
although achieving this ideal is difficult, various steps may be taken to reduce the 
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flood of NAKs. 

[36] Column 31, line 65 in Hamilton is part of claim 5 which depends on claim 1, and 
reads: 

setting a negativa acknowledgement wait timer value at eacn receiving system 

Claim 1 has been discussed in paragraph 122] wltti regard to the fact that Hamilton 
is directed to a highHevel protocols upon a basic UDP protacoL Furthennore, that 
the present invention does include a NAK timer is discussed in paragraph [32], 

[37] Column 32. lines 29 -34 in Hamifton is the first element of claim 9 and, as discussed 
in paragraph [34] describes the step how the message is sent , which reads: 

dividing the message to be sent into a plurality of data blocks each of which is 
carried by a sequentially identified transmission packet, and if the total number of 
transmission packets is less than a defined minimum number, then creating 
additional sequentialiv identified transmission packets until said defined minimum 
number are available; 

How a NAK is sent from the receiver is not disclosed in claim 9, Therefore, Applicant 
notes that column 31, line 65, and column 32. lines 29 -34 of Hamilton does not 
teach or suggest "sending a negative acknowledgment from the receiver to the 
transmitter for the missing data packef as stated by the Examiner. 

[38] Column 16. lines 20 - 37 in Hamilton reads: 

Another factor thai may considered when designing a pacing alaorlthm is the 
statistics of received NAKs . For example, a steadily rising NAK rate may indicate 
degrading network conditions and steadily Increasing packet loss rate. In such a 
situation, rt may be desirable to construct a oacinc algorithm that gradually reduces 
the transmission rate until the minimum Is reached. SImilariy, the pacing algorithm 
may respond to a steadily decreasing NAK rate by gradually increasing the 
transmission rate to the maximum value. For NAK rata increases or decreases that 
are of relatively short duration, such as might indicate a burst of dropped packets^ 
the pacing algorithm should generally be immune to such bursts and leave the 
transmission rate rejativety unchanged at ^e end of the burst For NAK rates that 
are relatively steady atx3ve or below the desired threshold, the transmission rate 
should gradually be reduced to the minimum or raised to the maximum, respectively. 

[39] That the pacing algorithm is directed to high-level protocols based upon UDP, and 
thus is directed to a multicast system has been discussed above in paragraph [26]. 
As discussed above in paragraphs [5], (10] and [11], Hamilton is directed to high- 
level protocols upon UDP In broadcaster multicast system, column 16, lines 20 - 37 
is discussing the relationship between pacing algorithm and the NAK rate. Applicant 
submits that the teaching at column 1 6, lines 20 - 37 in Hamilton does not teach or 
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suggest "decreasing, at tha transmitter, the length of the congestion window in 
response to receipt of the negative acknowledgment" in a TCP connection. 



[40] Column 3, line 60 in Hamilton reads; 

in response to a NAK the sender will retransmit the missed packet. 
f41] Column 14, lines 13- 18 in Hamilton reads: 

As previously described, recipients 1 14 that do not receive all packets In a message 
may send a NAK to the send ing system requesting retransmission of the appropriate 
packets. This procedure is illustrated in FIG. 6 by NAK 1 1 6 being transmitted through 
network 1 12 to sending system 104. 

[421 Both texts at column 3. line 60 and coluinn 14, lines 13 - 18 are describing 
retransmitting of packets upon receiving NAK. However, as discussed in paragraph 
[5], [10] and [1 1], this is in the context of high-level protocols upon UDP in broadcast 
or multicast system. In feet, one can find in the same columns for the UDP limitation, 
examples include: column 3, lines 3-32; and column 14, line 56 - 59. 

[43] Column 1 line 65 to column 2, line 16 of Kadansky (US 6,507,562) reads: 

Reliable point to point communication is established by use of sequence numbers in 
packets transmitted by a sending station, and by tho receiving station transmitting an 
ackr>owledgement message (ACK message) or a negative acknowledgement 
message (NACK message) to the siding statk^n. The sending station maintains a 
buffer containing messages which it has transmitted, and upon receipt of an ACK 
message indicating tnat a packet having a particular sequence number has been 
received, the sending station flushes that packet from its buffer. In the event that the 
sending station either receives a NACK message, or does not receive an ACK 
message during a certain timing period, then the sending statk>n uses its buffer to 
retransmit the packet Reliable unicasf communication is established bv requiring the 
sending s^^pp^ retranamtt packets until it has received an APK message for each 
packet which it transmitted . An example of a reliable unlcast protocol Is the welt 
known TCp/iP protocol. 
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1441 Kadansky described here the background, and the facts that there are ACK and 
MACK (NAK) messages in reliable point-to-point communication and that TCP uses 
ACK is a well Icnown fact in the lETF's standard for TCP . What Kadansky does not 
teach or suggest is the use of negative acknowledgment in a TCP connection, 
and "decreasing, at the transmitter, the length of the congestion window in response 
to receipt of the negative acknowledgment" as claimed by the instant Invention. 

[45] Hence, Applicant submits that one skilled in the art, in view of Hamilton and 
Kadansky which teaches hinh'level protocols built upon a connectionless UDP 
protocol in a multicast or broadcast system , and mentk)ns the fact that TCP uses 
ACK. respectively, would not have the motivation to a method for controlling 
congestton where a TCP connection is established for transmitting data in 
cor^neclfor^-oriented TCP protocol, wherein a r^qative acknowlecjqefTient is sent from 
the receiver to the transmitter and upon receiving the negative acknowledgement the 
transmitter decreases the congestion window . 



[46] The above discussion in paragraphs [13] to [46], responsive to section 3 of the 
Office Action, is directed to patentable inventiveness of independent claims 1 .1 1 , 22. 
28. and 29. 



[47] Responsive to paragraph 6 of the Office Action where the Examiner stated: 



6, Claims 4-6, 15-16. 19, and 30, are rejected under 35 U.S.C. 103(a) as being 
unpatentable over l-lamilton, as applied to claims 1,11 and 22 above, in view of Kadansky 
ex al (US Patent No. 6,507,562), hereinafter, Kadansky, and in view of Kumar (US Patent 
No. 6.269,060). 

[...] 

Kumar discloses setting a round-trip timer at the transmitter upon sending the packet, as 
recited by claims 4 and 15; and "increasing the congestion window if no negative 
acknowledgment for the missing packet is received before expiry of the round trip timer, as 
recited by claims 5 and 15, fig. 12 5 steps 1252 and 1257, and col. 14 lines 8-14 and col. 
14 lines 33-37; determining the round trip time (Tsub.2), refer to co). 9 lines 60-62, and 
congestton v«ndow is doubted, as recited by daim 6, refer to col. 14 lines 33-36; 

It would have been obvious to a person of ordinary skill in the art at the time of the 
invention to use the capability of increasing the time of window (timer). The round trip timer 
can be Implemented by combining tne timer in the sender 106 of network 104 as taught by 
Hamilton, refer to fig. 6. The suggesilon/motivation to do so wouki have been to increase 
the duration of the round-tnptimer to wgitfor Nack resulting in less traffic of NACKs in the 
network. 
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[48] Applicant notes that Kumar is also dtrected to a method for multicast file distribution 
and synchronization in data networtcs. Specifically. Kumar teaches a mechanism for 
distribution of a data file from a single source to a large number of receivers using 
multicast distribution in wide area r>etworlcs. 

[49) Kumar not only does not teach the method for controlling congestion where a TCP 
connection is established for transmitting data in connection-oriented TCP protocol, it 
actually teaches away from It, for example, at the beginning of "Background of the 
Invention" at column 1: 

Certain computer applications require reliable distribution of a single large file to a large 
set of receiving hosts. As known in the an, file distribution can be managed by either a 
multicast or unlcast transmisejon. When dealing with a large numt>er of receivers, the 
use of unjcasf protocols sgch as TCP is inefficient as it requires the sender to 
separately transmit data once to eacn target. 

[50] Applicant submits that one skilled in the art, in view of Hamilton and Kadansky which 
teaches high-level orotocols built upon a connectionless U DP protocol in a multicast 
or broadcast svstem . and mentions the fact that TCP uses ACK, respectively, and in 
view of Kumar, which teaches a method for multicast file distribution and 
synchronization in data networks, would not have the motrvatton to a method for 
controlling congestion where a TCP connection is established fortransmitting data in 
connectionH^riented TCP protocol, wherein a negative acknowledqement is sentfrom 
the receiver to the transmitter and upon receiving the negative acknowledgement the 
transmitter decreases the congestion window . Therefore, Applicant submits that 
present application, as claimed by the independent claim 15, is patentably inventive 
in view of Hamilton, Kadansky and Kumar. 

[51 J Responsive to paragraphs 3 to 10 of the Office Action, wherein the Examiner 
rejected the dependent claims 2-7. 9-10. 12-14. 16-17, 19-20, 23-24, and 30, 
Applicant submits that claims 2-7. 9-10, 12-14, 16-17, 19-20. 23-24, and 30 are 
dependent upon claims 1,11,15, and 22, and inherit the patentable features as 
discussed in the above paragraphs [1 3] to [50], and are patentable inventive in view 
of Hamilton and additional cited references. 

[521 The Applicant notes that the Examiner has applied eleven references for rejecting 
the claims in the application. It is well known that for ^e issue of obviousness, 
whenever the main reference has a gap in it, and it is necessary to refy on a second 
reference in order to complete the teachings of the claim, a mosaic of references is 
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permitted. The nrK)saio however, should be reasonable, insofar as the number of 
references being combined to show obviousness is concerned. In this case, the 
number of references involved strongly suggests that the invention is not obvious. 
Moreover, the eleven references were introduced and applied in successive Office 
Actions, thus not in compliance with MPEP 707.07: 

Switching from one subject matter to another In the daims presented by applicant in 
successive amendments, or from one set of references to apother by the examiner in 
r^ecting In successive actions claims of substantially the same subject matter, will 
alike tend to defeat attaining the goal of reaching a clearly defined issue for an early 
termination, i.e.. either an allowance of the application or a final rejection. 

[53] Applicant notes that even with the benefit of hindsight (which is impermissible), the 

references can not readily be considered. The references must suggest the 

modification/s. Absent such showing, the Examiner cannot use the Applicants 

teaching to hunt through the prior art for the claimed elements, and then combine 

them as claimed. The mere fact that the applied art could conceivably be modified 

and combined so as to result in the combination defined by the claims of record, 

would not have made the modification obvious unless the applied art suggests the 

desirability of the modification and/or combination* 

[54] It is» therefore, improper to use Applicants claims as a road map to combine 
references for a rejection. Grain Processing Corp. v. American maize Products 
Corp., 840 F.2d 902, 907, 5. U.S.P.Q.Zd 1788, 1792 (Fed Cir 1988). Moreover, 
there Is no suggestion, inspiration, or motivatian in the cited art that the references 
should be combined to reconstruct the claimed invention. Absent some incentive or 
suggestion in the prior art to support the combination, obviousness is not 
established. AIR Vend Inc, v. Thome Industries, Inc. 625 F.Supp. 1123, 229 
ty.S.P.Q. 505, Sl5(DMnn, 1985), afTdSSI F, 2d 306 (Fed. Cir. 1987). 

[55] Responsive to paragraph 1 3 "Response to Argumenf of the Office Action, Applicant 
notes that the Examiner's response to Applicant's argument based on Hamilton has 
been addressed in the above paragraphs. In particular. Examiner's response based 
on column 1, lines 24-31 of Hamilton has been addressed in paragraphs [19] and 
[20]; Examiner's response based on column 31 , lines 12-17 of Hamilton has been 
addressed in paragraphs [21] and [22]; Examiner's response based on column 13, 
lines 23-24 of Hamilton has been addressed in paragraphs [34] and [35]; and 
Examiner's response based on column 16, lines 25-30 of Hamilton has been 
addressed in paragraphs [38] and [3g]. In addition, Examiner's response based on 
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column 1 line 65 to column 2, line 16 of Kadansky, although a new reason basad on 
a new reference, has been addressed in paragraphs [43] and [44], 

[56] Responsive to paragraph 13 "Response to Argumenf of the Office Action, where 
the Examiner cited column 20. lines 50-52 of Hamilton, Applicant provides following 
naply. Column 20, lines 50-52 of Hamilton states: 

ideally, operator console 70 woukl receive only one NAK for each packet that was not 
received bv arrv system in the netwQr1s > 

[57] Here, Hamilton is discussing NAK in a multicast system based upon UDP protocol. 
The Examiner is referred to discussion in the above paragraphs. In particular, 
paragraphs [5], [10] and [11]. The text surrounding the cited column 20, lines 50-52 
provides a better understanding: 

Returning for a moment to FlG. 2. when operator console 70 mufticasts a plurality of 
packets to end clients 76. some systems wilt receive all transmitted packets, some 
systems will receive less than all of the packets transmitted, and some systems will 
receive none of the packets transmitted, ideally, operator consols 70 would receive 
only one NAK for each packet that was not received by any system In the network. For 
example, if various systems in the network did not receive two packets among the 
many that were transmitted , then Ideally operator console 70 would onlv receive one 
NAK for each of the two packets that were not recftived . Although it is difficun to 
achieve this ideal in practice. NAK suppressors that have certain characteristics can 
approach this ideal. 

[58] Applicant notes, for example, that a person skilled in the art would readily appreciate 
that Figure 2 is an example of multicast. 

[59] Applicant has clearly distinguished the features disclosed in the Examiner's primary 
reference Hamilton from the features of the present invention in paragraph [50] 
based on discussions in paragraphs [14]- [48]. Therefore, Applicant notes that there 
is no need to distinguish the present invention as claimed from the secondary 
references (Chien, Natarajan) cited by the Examiner in section 13 of the Office 
Action. 

[60] It is tiius respectfully submitted that the invention taught and defined herein by the 
claims presently on file embodies patentable subject matter The Examiner is 
earnestly solicited to give favourable reconsideration to this application and pass it to 
allowance. 



PAGE mv RCVD AT MOOS 3:24:10 PM [Eastern Standard Time] * SVR:USPT0«EFXRF-1M ' DNlS:87293fl6 ' CS!D:+6I3 563 9869 * DURATION (min-ss):05-58 



07-02-2005 03:26PM FROM-GOWLING 



+613-563-9869 



T-545 P.017/OU F-625 



The Honorable Commissioner of Patents 

and Trademarks Page 1 6 



Respectfully Submitted. 
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